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m BACKGROUND OF THE INVENTION 

s 15 1. Field of the Invention 

fU This invention relates generally to digitally wrapped 

[y 

fil communications and, more particularly, to a system and method of 

P ' ' " 

Fn translating the organization of overhead hytes between networks using 

different protocols of organization. 

20 2. Description of the Related Art 

Digitally wrapped, or multidimensional frame structure 
communications generally describe information that is sent as a packet 
without overhead to control the communication process. The packet can 
also include forward error correction (FEC) to recover the payload in the 

25 communication is degraded. One such example of such a communication 
is the synchronous optical network (SONET). 
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There are many framed communication protocols in use, 
depending on the service provider and the equipment being used. These 
differences in protocols can be arbitrary or supported by an underlying 
function. There is no convenient way of interfacing two networks using 
different protocols. There are standard practices to join two networks that 
are using different framing formats. Frame synchronization and overhead 
placement are sometimes standardized by governing organizations such 
as the ITU-T, but before or during the creation of these standards 
networks are installed that are/will be incompatible with each other and 
the evolving standards. 

Conventionally, the interface node must include two sets of 
equipment. A communication in the first protocol is received at the first 
set of equipment. The message is unwrapped and the payload recovered. 
Synchronization protocols must be established between the equipment set 
and a second set of equipment. The payload can then be received at the 
second equipment set and repackaged for transmission in a different 
protocol.^*- ^ ■ 

It would be advantageous if a method existed for bridging 
between two networks that use different framing protocols. 

It would be advantageous if a standard bridging operation 
between networks could be performed without having to unwrap the 
payload in the first format, and without having to rewrap the payload in a 
second format. 
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SUMMARY OF THE INVENTION 

The purpose of this invention is to provide a programmable 
framing and overhead structure for a FEC encoded channel that can be 
used to bridge two dissimilar digital wrapper networks. This invention is 
an integrated circuit (IC) relay that makes use of programmable features 
to modify the locations and functions of overhead bytes between the 
receive and transmit sides of the device, permitting two dissimilar 
networks to be bridged. That is, the IC relay converts frame formatting 
from one frame structure to another, so that incompatible networks can 
communicate. 

A method for translating multidimensional digital frame 
structures is also provided. The method comprises: receiving a frame with 
overhead bytes organized in a first system; and, translating the frame so 
that the overhead bytes are organized in a second system. For example, 
an overhead byte is received in a first location and relocated to a second 
location. Alternately, an overhead byte having a first value is received, 
^and replaced with an overhead byte having a second value. The overhfiaAcK; 
b5^es are selected from the group including frame synchronization bytes, 
data communication channel (DCC) bytes, bit interleaved parity (BIP) 
bytes. Trace bj^es, and multrframe ahgnment signal bytes. Further 
details of the above-described method and relay IC are provided below. 
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BRIEF DESCRIPTION OF THE DRAWING 

Fig. 1 is a diagram illustrating a multidimensional frame 
and superframe structure. 

Fig. 2 is a diagram of the frame structure in Fig. 1 that has 
5 been converted to another protocol. 

Fig. 3 is a schematic block diagram of an integrated circuit 
(IC) relay device for translating a multidimensional digital frame 
structure. 

Fig. 4 is a schematic block illustrating an IC relay system for 
10 translating a multidimensional digital frame structure. 

Fig. 5 is a flowchart depicting a method for translating 
£ multidimensional digital frame structures. 

in 

M DETAILED DESCRIPTION OF THE PREFERRED 

U 15 EMBODIMENTS 

ru 

fU Fig. 1 is a diagram illustrating a multidimensional frame 

h and superframe structure. Specifically, a 16-deep (rowX^byte-interleaved, 

4-frame superframe structure is shown, but the present invention is not 
limited to any particular frame structure. The particular structure shown 
20 allocates bandwidth for 64 definable overhead bj^es. AU these bji^es can 
be defined to implement custom functions as well as functions internally 
provided by the device. 

By using independent receiver and transmitter modules 
within the device that both have frame synchronization and overhead add 
25 and drop capabilities, it is possible to bridge two networks using 
dissimilar protocols. This bridging function keeps the two network 
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providers from having to rebuild their networks to be compatible with 
each other. 

Fig. 2 is a diagram of the frame structure in Fig. 1 that has 
been converted to another protocol. As shown, the sixty-four overhead 
5 bytes have been modified. A simple example of bridging would be in 
modifying the number and values of the frame synchronization bytes 
(FSBs). 

Fig. 3 is a schematic block diagram of an integrated circuit 
(IC) relay device for translating a multidimensional digital frame 

10 structure. The device 100 includes a frame transmitter 102 with an 

overhead generator 104 to generate the overhead section of a frame. The 
frame transmitter 102 also includes a payload generator 106 to generate 
the payload section of the frame and an encoder 108 to provide forward 
error corrected (FEC) for the frame. The overhead generator 104 has an 

15 input on line 110 to receive overhead bytes that have been translated from 
a first system to a second system, such as the overhead bytes converted in 



ru 

□ Fig. 2. 



The device 100 further comprises a frame receiver 112 
including an overhead receiver 114 to receive the overhead section of the 
20 frame, a payload receiver 116 to receive the payload section of the frame, 
and a decoder 118 to provide a forward error corrected (FEC) frame. The 
overhead receiver 114 has an output on Une 120 to provide the overhead 
bytes organized in the first system. 

Referring to Figs. 1 and 2 momentarily, the overhead 
25 receiver 114 receives an overhead byte in a first location, OHl for 

example, and the overhead generator 104 suppUes the overhead bytes 
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relocated to a second location, 0H3 for example. Or the overhead receiver 
114 receives an overhead byte having a first value, a value of 00 at 
location OHl for example, and the overhead generator 104 replaces the 
overhead byte first value with a second value, FF for example. 
5 In some aspects of the invention, the overhead receiver 114 

receives a first overhead byte, and the overhead generator adds a second 
overhead byte to the frame overhead section. For example, an overhead 
byte is received in OHl that has meaning in the first system while the 
0H2 overhead byte may be just a place holder. The overhead generator 
10 104 may be required to replace the place holder value in 0H2 with 
another value that has meaning in the second system or protocol. 
5 Likewise, the overhead receiver 114 may receive a first overhead byte that 

^ has meaning in the first system, but none in the second system. The 

S overhead generator 104 removes the first overhead byte from the frame 



15 overhead section. 

m 



As another aspect, the overhead receiver 114 receives a first 
byte in a first location, and the overhead generator 104 replaces the first 
hyte with a second byte, and locates the second byte in a second location, 
different than the first location. For example, the overhead generator 
20 replaces a 00 value in location OHl, which may have a meaning in the 
first system, with a FF value in 0H2 to provide the same meaning in the 
second system. 

The overhead bytes can provide a plurality of functions in 
network communications. The overhead bytes are selected from the group 
25 of functions including fi-ame synchronization bytes, data communication 
channel (DOC) bytes, bit interleaved parity (BIP) bj^es, Trace bytes 
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(which are used to identify the source of a transmission), and multiframe 
alignment signal bytes (which are used to differentiate superframes). 

The device 100 further comprises a translator 130 having an 
input on line 120 to accept the overhead bytes from the overhead receiver 
114 and an input on Une 132 to accept translation information. An output 
on line 110 connected to the overhead generator 104 suppHes overhead 
bytes translated from a first system to a second system. 

The translator 130 accepts translation information including 
the source node of the received fi-ame on line 134 and the destination node 
of the transmitted frame on line 136. The translator 130 compares the 
first overhead byte organization associated with the source node to the 
second overhead byte organization associated with the destination node. 
The translator 130 translates overhead bytes in response to comparing 
the first and second overhead byte organizations. In some aspects of the 
invention a simple cross-referenced look-up table is consulted to 
accompUsh the conversion. Alternately, the translator 130 performs an 
analysis oLthiS^iunction performed by the overhead bytes in the first 
system and calculates the overhead bytes (location, value, and quantity) 
required to perform an equivalent function in the second system. 

In some aspects of the invention, the frames are decoded 
when they are received on line 134, and encoded again when they are 
transmitted on line 136. Alternately, the frames are decoded, but not 
encoded before transmission. As another alternative, the frames are 
received in an uncoded state, and FEC coverage is provided before 
transmission. In another variation, parts of the frame are selectively 
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encoded and decoded. The selective decoding and encoding commands are 
provided on lines 140 and 142, respectively. 

More specifically, the device can be enabled to turn the 
decoding function off. That is, the FEC section of a frame, sub-frame, or 
5 superframe can be selectively ignored. The decoder 118 has an input on 
line 140 to accept commands to selectively correct a frame. The decoder 
118 receives forward error correction bj^es in an active parity section of a 
frame and does not correct the frame in response to selective correction 
commands. Likewise, the frame can be received in a format including 

10 FEC, but with the bytes in the FEC section just being placeholders to 
maintain the multidimensional frame structure. Then, the decoder 118 
receives in a non-active parity section of a frame. The encoder 108 has an 
input on line 142 to accept commands for selectively encoding a frame 
with forward error correction. The encoder 108 encodes the frame and 

15 supplies the forward error correction bytes in an active parity section of a 
frame. 

. Fig. 4 is a schematic block illustrating an IC relay system for . 

translating a multidimensional digital frame structure. The system 180 
includes a source node 182 having an output on line 184 to send a frame. 

20 The device 100 of Fig. 3 is included as part of device 186. A described 
above, device 186 includes a frame receiver, a translator, and a frame 
transmitter. A destination node 188 has an input on line 190 to accept 
the transmitted frame. Device 186 provides for a reorganization of 
overhead bytes as they pass from a first system associated with the source 

25 node 182 to the second system associated with destination node 188. 

Actually, device 186 includes two devices that are equivalent to device 100 
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of Fig. 3, so that a second communication path, with a reverse translation 
operation, can be established with node 188 as the source and node 182 as 
the destination. 

Tables 1 and 2 illustrate a means with providing 
programmable translation information to the translator. For example, 
the expected FSB configuration of the traffic coming into the encoder from 
node 202 would be defined by registers as shown in Table 1 and Table 2. 
The outgoing traffic towards node 208 would be defined by two similar 
registers that would configure the encoder output FSB locations and 
types. 

Table 1. ADDR=0x248: Duplex In Frame Synchronization Byte Locations Register 



(Wrap] 


3er) 


Bit 


15 


14 


13 


12 


11 


10 


9 


8 


7|6|5|4|3|2|1| 0 


Name 


Dupl 
nOH 
FSB 
Loc 1 


Dupl 
nOH 
FSB 
Loc 2 


DupIn 
OH 
FSB 

Loc 3 


Dupl 
nOH 
FSB 
Loc 4 


DupIn 
OH 
FSB 

Loc 5 


DupIn 
OH 
FSB 

Loc 6 


DupIn 
OH 
FSB 

Loc 7 


Dupl 
nOH 
FSB 
Loc8 


Unused 


Mode 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


rw 


ro 


ro 


ro 


ro 


ro 


ro 


ro 


ro 


Default 


I 


1 


1 


1 


1 


1 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 



Bit Positions 


Function 


Description 


15 


DupIn OH FSB Loc 1 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte /FSB) (Default) 


14 


DupIn OH FSB Loc 2 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 


13 


DupIn OH FSB Loc 3 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 


12 


DupIn OH FSB Loc 4 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 


11 


DupIn OH FSB Loc 5 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 


10 


DupIn OH FSB Loc 6 


0: Not a Frame Synchronization Byte 

1: Frame Synchronization Byte (FSB) (Default) 


9 


DupIn OH FSB Loc 7 


0: Not a Frame Synchronization Byte (Default) 
1 : Frame Synchronization Byte (FSB) 


8 


DupIn OH FSB Loc 8 


0: Not a Frame Synchronization Byte (Default) 
1: Frame Synchronization Byte (FSB) 


7:0 


Unused 
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Table 2. ADDR=0x24A: Duplex In Frame Synchronization Byte Types (Wrapper) 



Bit 


15 


14 


13 


12 


11 


10 


9 


8 




6 


5 


4 


3 


2 


1 


0 


Name 


Dup 


Dup 


Dup 


Dup 


Dup 


Dup 


Dup 


Dup 








Unused 










In 


In 


In 


In 


In 


In 


In 


In 




















OH 


OH 


OH 


OH 


OH 


OH 


OH 


OH 




















FSB 


FSB 


FSB 


FSB 


FSB 


FSB 


FSB 


FSB 




















Type 


Type 


Type 


Type 


Type 


Type 


Typ 


Type 




















1 


2 


3 


4 


5 


6 


e7 


8 


















Mode 


rw 


rw 


rw 


rw 


nv 


rw 


rw 


rw 


ro 


ro 


ro 


ro 


ro 


ro 


ro 


ro 


Default 


0 


0 


0 


1 


1 


I 


0 


0 


0 


0 


0 


0 


0 


0 


0 


0 



NOTE: This register is specific to the Digital Wrapper configuration. If an OH byte is not defined to 
be an FSB in the Duplex In Frame Synchronization Byte Locations Register, the corresponding bit in 
this register has no significance. 



Bit Positions 


Function 


Description 


15 


Dup In OH FSB Type 1 


0: Dup In OAl (Default) 
1: DupInOA2 


14 


Dup In OH FSB Type 2 


0: Dup In OAl (Default) 
1: Dup In 0A2 


13 


Dup In OH FSB Type 3 


0: Dup In OAl (Default) 
1: Dup In 0A2 


12 


Dup In OH FSB Type 4 


0: Dup In OAl 
l:DupInOA2 (Default) 


11 


Dup In OH FSB Type 5 


0: Dup In OAl 

1: Dup In 0A2 (Default) 


10 


Dup In OH FSB Type 6 


0: Dup In OAl 

1: DupInOA2 (Default) 


9 


Dup In OH FSB Type 7 


0: Dup In OAl (Default) 
1: Dup In 0A2 


8 


Dup In OH FSB Type 8 


0: Dup In OAl (Default) 
1: DupInOA2 


7:0 


Unused 





Using FPGA interfaces and the internal configuration 
registers, overhead bjrtes and functions can be relocated to meet almost 
any bridging requirement. 

Fig. 5 is a flowchart depicting a method for translating 
multidimensional digital frame structures. Although the method is 
depicted as a series of numbered steps for clarity, no order should be 
inferred unless expUcitly stated. The method begins with Step 200. Step 
202 receives a frame with overhead bytes organized in a first system. 
Step 204 translates the firame so that the overhead bytes are organized in 
a second system. 
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In some aspects of the invention, receiving a frame with 
overhead bytes organized in a first system in Step 202 includes receiving 
an overhead byte in a first location. Translating the frame so that the 
overhead bytes are organized in a second system in Step 204 includes 
relocating the overhead byte to a second location. 

In some aspects of the invention, receiving a frame with 
overhead bytes organized in a first system in Step 202 includes receiving 
an overhead byte having a first value. Translating the frame so that the 
overhead bytes are organized in a second system in Step 204 includes 
replacing the overhead byte with a second value. 

In some aspects, receiving a frame with overhead bytes 
organized in a first system in Step 202 includes receiving a first overhead 
byte. Translating the frame so that the overhead bytes are organized in a 
second system in Step 204 includes adding a second overhead byte. 

In some aspects of the invention, receiving a frame with 
overhead bytes organized in a first system in Step 202 includes receiving 
a first overhead.byte. Translating the-frame so that the overhead bytes . 
are organized in a second system in Step 204 includes removing the first 
overhead byte. 

In some aspects, receiving a frame with overhead bytes 
organized in a first system in Step 202 includes receiving a first byte in a 
first location. Translating the frame so that the overhead bytes are 
organized in a second system in Step 204 includes replacing the first byte 
with a second byte, and locating the second byte in a second location, 
different than the first location. 
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In some aspects of the invention, the overhead bytes are 
selected from the group overhead byte function including frame 
synchronization bytes, data communication channel (DCC) bytes, bit 
interleaved parity (BIP) bytes, Trace bytes, and multiframe ahgnment 
signal bytes. 

In some aspects, Step 203 accesses translation parameters 
preceding the translating of the frame. Translating the frame so that the 
overhead bytes are organized in a second system in Step 204 includes 
translating in response to the accessed translation parameters. 

Step 203a determines a destination node preceding the 
accessing of translation parameters. Step 203b determines the source 
node from which the frame is received. Step 203c compares the first 
overhead byte organization associated with the source node to the second 
overhead byte organization associated with the destination node. 
Accessing translation parameters in Step 203 includes translating 
creating translation parameters in response to comparing the first and 
second overhead byte organizations. 

Step 206 transmits the frame with overhead bytes organized 
in the second system to the destination node. 

In some aspects of the invention, receiving a firame with 
overhead b3^es organized in a first system in Step 202 includes receiving 
a first frame synchronization byte in a first location, and a second frame 
synchronization bj^e in a second location. Translating the frame so that 
the overhead bytes are organized in a second system in Step 204 includes 
locating the first byte in a third location, and the second byte in a fourth 
location in the frame. 
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In some aspects, translating the frame so that the overhead 
b5^es are organized in a second system in Step 204 includes the first and 
third locations being different. 

In some aspects, translating the frame so that the overhead 
5 bytes are organized in a second system in Step 204 includes the second 
and fourth locations being different. 

In some aspects of the invention, receiving a frame with 
overhead bytes organized in a first system in Step 202 includes receiving 
a first frame synchronization byte value. Translating the frame so that 
10 the overhead bytes are organized in a second system in Step 204 includes 
replacing the first frame synchronization byte value with a second frame 
# synchronization byte value. 

M= In some aspects, receiving a frame with overhead bytes 

m 

yy organized in a first system in Step 202 includes receiving a first frame 

^ 15 synchronization byte. Translating the frame so that the overhead bytes 

ru 

f\i are organized in a second system in Step 204 includes dropping the first 

fU 

p frame synchronization bj^e. . 

In some aspects of the invention, receiving a frame with . 
overhead bytes organized in a first system in Step 202 includes receiving 
20 a first frame synchronization byte. Translating the frame so that the 
overhead bytes are organized in a second system in Step 204 includes 
adding a second frame synchronization byte. 

In some aspects of the invention, receiving a frame with 
overhead bj^es organized in a first system in Step 202 includes receiving 
25 a frame with a forward error correction bytes in an active parity section. 
Translating the frame so that the overhead bytes are organized in a 



Gray Cary\SD\ 1397479.1 
103747-165103 



DOCKET NO. AMCC45( 




-15- 



second system in Step 204 includes ignoring the forward error correction 
bs^es so that parity section is not active. Alternately, receiving a frame 
with overhead bytes organized in a first system in Step 202 includes 
receiving a fi-ame with bytes in a non-active parity section. Translating 
the frame so that the overhead bytes are organized in a second system in 
Step 204 includes calculating the forward error correction bytes for the 
frame and making the parity section active. 

A system and method for translating between digital 
wrapper framing protocols has been described. The advantage of this 
invention over prior art is that it provides a fully customizable bridging 
function for connecting two dissimilar networks using a 16-deep, byte- 
interleaved, 4-frame superfi-ame structure as a standard feature. The 
invention does this by keeping encoder and decoder functions separate 
and by putting the locations and functions of all overhead bytes under 
programmable control. Other variations and embodiments will occur to 
those skilled in the art. 

WE CLAIM: 
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